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Abstract. In this paper we present OSC, a scientific workflow specification language 
based on software architecture principles. In contrast with other approaches, OSC 
employs connectors as first-class constructs. In this way, we leverage reusability and 
compositionality in the workflow modeling process, specially in the configuration of 
mechanisms that manage non-functional attributes. 

Resumo. Este artigo apresenta OSC, uma linguagem de especificagdo de workflows 
cientificos baseada em principios de arquitetura de software. Em contraposigdo a 
outras abordagens, OSC emprega conectores como construgoes de primeira classe. 
Desse modo, propicia-se uma maior capacidade de reuso e composicionalidade na 
modelagem de workflows, particularmente nas conflguragoes dos mecanismos que 
lidam com atributos ndo-funcionais. 



^ 1. Introdu^ao 

QQ Trabalhos recentes sobre sistemas gerenciadores de workflows cientificos (SGWfCs) tern de- 

^H monstrado que a comunidade cientifica vem se preocupando em adicionar suporte a atributos 

nao-funcionais a esses sistemas [Lud ascher et all |2006t [Mouallem et al.j |2010t [Gadelha Jn 



PQ |et al4[20TT|. No entanto, tais atributos comumente nao podem ser especificados nos modelos 



v^ dos workflows, pelo fato das linguagens de especificagao de workflows existentes possuirem 

Y\ expressividade em geral limitada para esse fim. Essa caracteristica torna a modelagem dos 

I— I workflows mais simples, porem oferece menor flexibilidade na configuragao dos mecanismos 

^^ associados a esses atributos. Quando o sistema oferece suporte a configuragao desses atributos, 

> a mesma e concentrada na especificagao das tarefas (componentes computacionais), ou e asso- 

5^ ciada ao workflow como um todo. Essa caracteristica dificulta ou impossibilita a configuragao 

O desses mecanismos nas comunicagoes e coordenagSes empregadas entre tarefas. 

. Em busca do aprimoramento dessa expressividade, este trabalho apresenta a linguagem 

O 

m 



OSC, uma evolugao do trabalho preliminar apresentado como resumo estendido em [Medeiros 



e Gomes[ |2011J . OSC e definida sobre a linguagem de descrigao arquitetural Acme [ [Gar- 



Ian et al.[ [1997[ . Em contraposigao a outras abordagens, OSC emprega conectores como 



^ ^ construgoes de primeira classe para a modelagem tanto de tipos quanto de instancias de intera- 

^ 9oes entre tarefas quanto de regras que governam essas interagoes. Com essa abordagem, OSC 

^ propicia uma maior capacidade de reuso, composicionalidade e configurabilidade na modela- 

gem de workflows, beneficiando particularmente o tratamento de atributos nao-funcionais. 

O restante deste artigo esta estruturado como se segue. A Segao [2] apresenta os atribu- 
tos nao-funcionais tratados neste trabalho. A Segao [3] apresenta os elementos de modelagem 
de OSC. A Segao]?] apresenta um exemplo de uso de OSC, que e comparada a trabalhos relaci- 
onados na SegaojSj Por fim, na Se5ao[6]sao apresentadas as conclusoes. 

2. Atributos nao-funcionais em workflows cientificos 

O levantamento dos atributos nao-funcionais tratados neste trabalho foi realizado a partir da 
analise de workflows cientificos existentes (como o OrthoMCL |Fischer et al[ [2011] e o Pro- 



Frager, este ultimo apresentado na Segao |4]) e de alguns dos SGWfCs (vide Segao [5]) mais 
populares na literatura dentre aqueles que permitem a composigao e configuragao destes atribu- 
tos em uma linguagem de modelagem (seja ela grafica ou textual). Neste trabalho sao tratados 



como atributos nao-funcionais: (i) os atributos de qualidade relacionados a confiabilidade e ras- 
treabilidade, (ii) o paralelismo de tarefas, e (iii) o paralelismo de dados. Nesse levantamento, 
o escalonamento de tarefas tambem se mostra um atributo nao-funcional importante. Porem, 
como o mesmo deve ser tratado fim-a-fim em qualquer workflow e sua configuragao depende 
de informagoes contidas na descrigao das tarefas e conectores, escolheu-se trata-lo diretamente 
no SGWfC que executa workflows OSC. A implementagao de um SGWfC para OSC existe e 
esta disponivel (vide Segao]?]), mas seu detalhamento foge ao escopo deste trabalho. 

Falhas podem ocorrer em diversas partes de um workflow, podendo ser falhas tanto nas 
tarefas quanto em suas interagoes, e por diversos motivos, como falhas nas transferencias de 
dados ou falta de bibliotecas necessarias a execugao de tarefas. Essa caracteristica ressalta a 
importancia da adogao de mecanismos de tolerancia a falhas em SGWfCs de forma a adicio- 
nar confiabilidade as execufoes. Ja os mecanismos de rastreamento de proveniencia de dados 
sao utilizados por SGWfCs para uma melhor gerencia dos metadados que podem ser gerados 
em cada execugao de um workflow. Workflows podem gerar uma quantidade significativa de 
metadados, o que tem estimulado a comunidade cientifica a buscar solu^oes que facilitem essa 
gerencia em SGWfCs [ [Gadelha Jr. etari[20TT| . 



Ambientes para execugao paralela de software tem sido crescentemente associados a 
SGWfCs. Dois tipos principals de paralelismo de tarefas sao em geral considerados: memoria 
compartilhada e memoria distribuida. Apesar de aceleradores (como GPUs) serem uma tendencia, 
optou-se por nao aborda-los inicialmente neste trabalho, pois os exemplos de workflows estu- 
dados nao apresentaram nenhuma tarefa que dependesse deste tipo de paralelismo. 

Workflows podem ser usados para o processamento de grandes massas de dados. Os 
esquemas de varredura de parametros e MapReduce sao interessantes para esse tipo de proces- 
samento quando os dados podem ser divididos para o processamento (em geral, paralelo) de 
conjuntos menores de dados. A varredura de parametros consiste em invocagoes repetidas de 
uma tarefa utilizando diferentes dados de entrada para cada invocagao, podendo portanto ser 
usada tambem em simulagoes computacionais baseadas em metodos como o de Monte Carlo. 
Ja no MapReduce [Dean e Ghemawat, 2008[ | uma fungao map processa um par {chave, valor} 



e gera um conjunto intermediario de pares {chave, valor}. Uma fungao reduce processa todos 
OS pares gerados pela fungao map com uma mesma chave. Para gerar os pares de entrada da 
fungao reduce, apos a fungao map e executada uma fase intermediaria de ordenagao das chaves 
e fusao dos valores regidos pela mesma chave. 

3. OSC: Open Scientific Connectors 

OSC e definida sobre a linguagem Acme flGarlan et al.[|1997 |. Em Acme e possivel descrever 



estilos arquiteturais que permitem o reuso de elementos de modelagem em diferentes arquite- 
turas de software, bem como a definigao de regras de composigao desses elementos. Um estilo 
foi definido em Acme para a descrigao dos elementos - tarefas, conectores, portas, e papeis - 
e regras de modelagem de workflows em OSC. Em OSC, tarefas so se comunicam por meio de 
conectores. Tarefas e conectores possuem interfaces denominadas, respectivamente, de portas 
e papeis. O modelo de um workflow em OSC envolve a ligagao de portas de entrada/saida 
de tarefas a papeis de origem/destino de conectores. Ligagoes entre portas e papeis podem 
representar dependencias de controle ou de dados entre tarefas. 

OSC considera a existencia de dois tipos de usuarios no processo de especificagao de 
workflows cientificos: cientistas cprojetistas. O usuario cientista descreve workflows em ter- 
mos de relagoes entre instancias de tipos pre-definidos de tarefas e de conectores (desenvolvi- 
mento com reuso). O usu&rio projetista pode estender OSC definindo novos tipos de tarefas e 
conectores com base nos tipos pre-definidos pela linguagem (desenvolvimento /^^zra reuso). 



OSC predefine um conjunto de tipos basicos para tarefas, portas, conectores e papeis. 
Esses tipos basicos associam o elemento de modelagem abstrato no workflow com sua imple- 
mentagao concreta. Por exemplo, uma tarefa pode ser um executavel ou um "fluxo" (um work- 
flow encapsulado como uma tarefa), enquanto um conector pode ser um pipe de caracteres ou 
o transporte de um arquivo. Associado a esses tipos basicos sao predefinidos tambem tipos 
especificos para representar a configuragao de atributos nao-funcionais. 

A Figura [T] apresenta diagramas UML que representam os tipos basicos de tarefa e 
alguns de sens tipos especificos. Os diagramas usam o formato proposto por Hn atkowska et al 
[[2005]. Optou-se por usar generalizagoes, restrigoes e powertypes da UML 2.0 para retratar 
esses tipos neste artigo, ao inves das especificagoes Acme correspondentes, devido ao espago 
disponivel. Contudo, para ilustrar o uso de Acme alguns trechos dessas especificagoes sao 
apresentados nas subsegoes que se seguem. 
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(a) Tipos basicos de Tarefa (b) Extensao do tipo Executavel (c) Extensao do tipo Fluxo 



Figura 1. Tipos basicos e especificos de tarefas em OSC 

A Figura |l(a)| define o powertype TipoEstrutura para englobar os tipos basicos de ta- 
refas, OS quais nao podem ser combinados por se tratarem de tipos disjuntos. A Figura [T(b) 
apresenta os tipos OSC referentes ao atributo nao-funcional de paralelismo de tarefas. A Fi- 
gura [T(c)] apresenta OS tipos OSC referentes ao atributo nao-funcional de paralelismo de dados. 
Com excegao do tipo VarreduraDeParametros, todos os outros atributos nao-funcionais repre- 
sentados na Figura [T] sao exclusivos para o tipo Tarefa. Portas tambem possuem tipos para a 
varredura de parametros, de forma a permitir a configuragao de bifurcagoes e jungoes. 

As Figuras [2] e |3] mostram diagramas UML que representam os tipos de atributos de 
qualidade para tarefas e conectores. Em OSC os atributos de qualidade sao classificados 
pelo powertype TipoAtributoDeQualidade. Todos os elementos OSC estao associados a esse 
powertype, porem nem todos os atributos de qualidade sao tratados em todos os elementos e o 
tratamento e distinto em cada elemento. Os paragrafos a seguir apresentam mais detalhes sobre 
como OS atributos nao-funcionais sao tratados em OSC. 
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Figura 2. Diagrama de tipos de tipos atributos de qualidade para tarefas 
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RedundanciaTemporalCor 



Figura 3. Diagrama de tipos atributos de qualidade para conectores 



Paralelismo de tarefas. Os tipos MemoriaCompartilhada e MemoriaDistribuida (vide Figu- 
ras |l(b)| e |4(a)| ) permitem que tarefas paralelas sejam adicionadas ao fluxo. Estas tarefas podem 
executar em sistemas computacionais que utilizam diferentes gerenciadores locais de recursos. 
Nesse sentido, optou-se neste trabalho por uma abordagem minimalista, na qual o tipo Memo- 
riaCompatilhada permite somente a configuragao do niimero de threads que serao disparadas e 
o tipo MemoriaDistribuida permite somente a configuragao do numero de nos no sistema com- 
putacional que sera usado para a execugao e o numero de processos que serao disparados em 
cada no. Atraves da combinagao destes tipos de alocagao, OSC da suporte a configuragao de 
executaveis que implementem paralelismo hibrido (p. ex., combindin&o pthreads e MPI). 

Paralelismo de dados. Os tipos VarreduraDeParametros e MapReduce herdam do tipo basico 
de tarefa Fluxo. O tipo VarreduraDeParametros, descrito na Figura [4(b)l pode ser configurado 
para executar seu mecanismo de forma sequencial ou pela criagao de instancias paralelas de 
suas tarefas internas. Para que uma varredura de parametros possa ocorrer ao menos uma porta 
de entrada deste tipo de fluxo deve ser do tipo Bifurcacao. Esse tipo de porta deve ser asso- 
ciado ou a um conjunto de dados (diretorio de arquivos ou lista de valores) ou a um numero 
de instancias do fluxo a serem executadas. O conjunto de dados ou o numero de instancias 
de cada porta de bifurcagao define se o SGWfC deve realizar a combinagao de dados e/ou a 
repetigao dos experimentos, permitindo a criagao da quantidade de instancias das tarefas do 
fluxo que deverao ser executadas. Todas as portas de saida de dados de um fluxo do tipo Var- 
reduraDeParametros devem ser do tipo Juncao, o qual e responsavel pela jungao dos dados de 
saida gerados apos o termino de todas as instancias da varredura de parametros. Existem tres 
formatos possiveis para jungao: (i) include, que adiciona arquivos a um diretorio; (ii) merge, 
que adiciona o conteiido de um diretorio em outro diretorio; e (iii) concat, que concatena ar- 
quivos em outro arquivo. No que se refere ao MapReduce, diversos sistemas (p.ex. Hadoop e 
BashReduce [S ilva et aL| |2011|) proveem implementagoes distintas para esse modelo, o que 
dificulta a generalizagao deste tipo. Por isso, em OSC e adotada uma representagao para este 
tipo em que um fluxo possui um conjunto de binarios que se responsabilizam pela execugao do 
MapReduce. Apesar deste tipo nao estar relacionado a um mecanismo especifico, ele propicia 
uma melhor legibilidade do modelo do workflow. 



Tolerancia a falhas. 



OSC permite o tratamento de falhas tanto em tarefas quanto em co- 

Neste trabalho, as tecnicas mascaramento e 



nectores, como pode ser visto na Listagem 5(a) 



detecfao/corregao foram usadas para prover tolerancia a falhas. O mascaramento representa 
a redundancia de hardware e e usado somente por tarefas. Nele diversas copias da tarefa sao 



Component Type MemoriaCompartilhada extends Executavel with { 

Property num_threads : int; 

//... regras do tipo 
} 
Component Type MemoriaDistribuida extends Executavel with { 

Property num_nos : int; 

Property num_procs_por_no : int; 

//... regras do tipo 
} 

(a) Tipos para paralelismo de tarefa 



Property Type JuncaoT = Enum { include, merge, concat } ; 
Component Type VarreduraDeParametros extends Fluxo with { 
Property exec_seq : boolean; 
11 ... regras arquiteturais 
II... regras do tipo 
} 
Port Type Bifurcacao extends PortaVarreduraDeParametros with 

Property num_copias : int; 

II... regras arquiteturais 

II... regras do tipo 
} 
Port Type Juncao extends PortaVarreduraDeParametros with { 

Property tipo_juncao : JuncaoT; 

II ... regras arquiteturais 

II ... regras do tipo 



(b) Tipos para paralelismo de dados 



Figura 4. Tipos especfficos de tarefas em OSC 



executadas simultaneamente e, ao final das execugoes, o conjunto de resultados e analisado por 
algoritmos de votagao de forma a gerar o resultado final. A detecgao/correfao consiste em duas 
etapas, onde a primeira detecta a falha e gera um sinal para que a segunda possa tentar corrigir 
o problema. Uma instancia de tarefa ou conector que use essa tecnica obrigatoriamente precisa 
combinar um tipo de detecgao a um tipo de corregao. As tecnicas oferecidas atualmente por 
OSC para detecgao de falhas sao: (i) analise de log, que gera um sinal de erro quando uma falha 
e detectada nos logs da tarefa; e (ii) monitoramento do tempo, onde a execugao (em tarefas) 
ou a transferencia de dados (em conectores) e monitorada e um sinal de erro e criado quando 
o tempo limite para a operagao e excedido. Falhas de tarefas que sejam sinalizadas atraves de 
portas de saida podem ser tratadas em conectores pela tecnica de corregao por propagagao, a 
qual e usada quando a falha da tarefa nao e prejudicial a execugao do workflow como um todo. 
Nesse caso, o conector recebe em seu papel de origem o sinal de falha da porta de saida da 
tarefa e garante a continuidade do fluxo descartando os dados de saida da tarefa que apresen- 
tou erro. Outra tecnica de corregao oferecida na linguagem OSC e a redundancia temporal, 
na qual a execugao da tarefa ou a transferencia de dados pelo conector que apresenta falha e 
abortada, sendo realizadas no maximo A^ novas tentativas de execugao/transferencia (sendo A^ 
configuravel na descrigao do workflow). 
Proveniencia de dados. A descrigao de tipos de configuragao de proveniencia no OSC (apre- 



sentados na Figura p(b)] ) e baseada nas definigoes do formato Open Provenance Model (OPM) 
[M oreau et al[ [201 1 1. Todos os elementos de modelagem em OSC podem ser combinados ao 
tipo OPM. A propriedade versao esta presente em todos esses elementos e permite a geragao 
de diversas descrigoes de uma mesma execugao em um linico grafo OPM.[^Os tipos AltaGra- 
nularidade e BaixaGranularidade se aplicam somente a fluxos e permitem a definigao da granu- 
laridade de proveniencia. Um fluxo do tipo AltaGranularidade permite que sua representagao 
interna tenha proveniencia armazenada de forma a considerar todos os elementos do tipo OPM 
que encapsula. Um fluxo do tipo BaixaGranularidade considera o fluxo como uma unica tarefa. 
Esses tipos podem ser combinados entre si na criafao de diversas versSes do grafo OPM. 

4. Exemplo de use 

O workflow ProFrageij^ gera bibliotecas de fragmentos de proteinas. Este workflow foi es- 
colhido para ilustrar a expressividade de OSC e para os testes do prototipo de SGWfC com 
suporte a OSC por ser o que demanda mais atributos nao-funcionais dentre os workflows estu- 
dados neste trabalhoj^ A representagao grafica desse modelo e ilustrada na Figura [6} 



^Detalhes do versionamento de grafos OPM po dem ser en contrados em 

^http : //www . Incc .br/sinapad/Prof rager/ 



Moreau et al 



2011 



^Descri^oes completas de outros exemplos de uso de OSC, alem do ProFrager, estao disponiveis em 



www. Incc .br/sinapad/OSC/ examples .htm, 



Component Type ToleranciaAFalhas 

extends Taref a with { } 
Component Type Mascaramento 

extends ToleranciaAFalhas with { 
Property num_copias : int; 
Property algoritmo : string; 
} 
Component Type DeteccaoCorrecao 

extends ToleranciaAFalhas with { } 
Component Type Log 

extends DeteccaoCorrecao with { } 
Component Type Tempo 

extends DeteccaoCorrecao with { 
Property tempo_max : int; 
} 
Component Type RedundanciaTemporal 

extends DeteccaoCorrecao with { 
Property num_tentativas : int; 
Property ignorar : boolean; 
} 
Connector Type ToleranciaAFalhasCon 

extends Conector with { } 
Connector Type DeteccaoCorrecaoCon 

extends ToleranciaAFalhasCon with { } 
Connector Type LogCon 

extends DeteccaoCorrecaoCon with { } 
Connector Type TempoCon 

extends DeteccaoCorrecaoCon with { 
Property tempo_max : int; 
} 
Connector Type CorrecaoPorPropagacaoCon 

extends ToleranciaAFalhasCon with { } 
Connector Type RedundanciaTemporalCon 

extends DeteccaoCorrecaoCon with { 
Property num_tentativas : int; 
} 

(a) Tipos para tolerancia a falhas 



Property Type VersaoT = Set {string}; 

Property Type ArmazenamentoOPMT = Enum {xml,rdf}; 

Component Type 0PM extends Proveniencia with { 

Property versao : VersaoT; 

Property anotacao : string; 
} 
Component Type AltaGranularidade extends 0PM with { 

Property serializar_graf o_por_processo : boolean; 

Property armazenamento : ArmazenamentoOPMT; 
} 
Component Type BaixaGranularidade extends 0PM with { 

Property armazenamento : ArmazenamentoOPMT; 
} 
Port Type PortaOPM extends PortaProveniencia with { 

II... propriedades 
} 
Role Type PapelOPM extends PapelProveniencia with { 

II... propriedades 
} 
Connector Type OPMCon extends ProvenienciaCon with { 

II ... propriedades 
} 

(b) Tipos para rastreamento de proveniencia 



Figura 5. Tipos de atributos de qualidade em OSC 




Figura 6. Workflow Profrager 



Por questoes de espago, somente a tartf a psipred e o conector if 3 - realgados na Figura|6] 
- tern sua especificagao em Acme apresentada neste trabalho (vide Figura [7]). A tartfa psipred 
exemplifica ambos os atributos de qualidade existentes em OSC atraves de uma composigao 
do tipo basico Executavel com os tipos Log, RedundanciaTemporal e OPM. As propriedades 
numJentativas e ignorar pertencem ao tipo RedundanciaTemporal e a configuragao criada per- 
mitiu que, durante os testes com o prototipo do SGWfC OSC, essa tarefa fosse ignorada nos 
casos em que apresentou falha apos tres tentativas de execugao. Quando a tarefa psipred e ig- 
norada o conector if3, o qual possui dois papeis de origem de dados, recebe o sinal de falha da 
tarefa no papel ligado a sua porta de saida e utiliza os dados vindos atraves do papel associado 
a tarefa cpPsipredFile (vide Figura |6]). 

O tipo OPM, presente na descrigao da tarefa e de suas portas, representa o modelo OPM 
para rastreamento de proveniencia. A propriedade versao configurada como orange e black in- 
forma que os dados de proveniencia relacionados a esta tarefa e suas portas serao armazenados 
em ambas as versSes que possuem estes nomes no grafo OPM. 



Component psipred : Log, Executavel, 0PM, RedundanciaTemporal = new RedundanciaTemporal, 0PM, Executavel, Log extended with 
II... portas 

Property ignorar = true; 
Property num_tentativas = 3; 
Property versao = { ■* '^orange' ' , ■* '*black' ' } ; 
II ... outras propriedades da tarefa 
} 
Connector if3 : IfDados, CorrecaoPorPropagacaoCon, DistribuidoCon = 

new IfDados, CorrecaoPorPropagacaoCon, DistribuidoCon extended with { 
Role psipred : Batch, Origem = new Origem, Batch extended with { 

II ... propriedades 
} 
Role psipredFalso : Batch, Origem = new Origem, Batch extended with { 

II... propriedades 
} 

II... papeis de destine 
II... propriedades 



Figura 7. Exempio de tarefa e conector OSC compostos com atributos de qualidade 

5. Trabalhos relacionados 

A Tabela [T] aponta o suporte a atributos nao-funcionais em OSC e em cada um dos SGWfCs 
estudados com rela^ao a linguagem de descri^ao de workflows que adotam. Como estes sis- 
temas sao extensiveis, alguns atributos nao sao suportados por padrao, mas possuem extensoes 
que permitem a configuragao dos atributos nao-funcionais. Aqueles que nao foram suportados, 
mas estao bem especificados na literatura, foram mencionados. Do contrario, foram anotados 
na tabela como sem suporte por padrao. Na maioria dos casos percebe-se que os trabalhos ofe- 
recem algum suporte a combinagao de elementos funcionais do workflow com mecanismos de 
tratamento de atributos de qualidade, porem, as configuragSes destes mecanismos tipicamente 
ou nao sao realizadas na descrigao dos workflows ou sao restritas a poucas opgoes. Para o atri- 
buto de rastreabilidade, por exempio, os SGWfCs comumente permitem a criagao de anotagoes 
ou de forma geral para todo o workflow ou para cada tarefa. OSC e a linica linguagem dentre 
as apresentadas que permite a inclusao dos tipos de rastreamento de proveniencia por elemento 
do modelo, o que e uma caracteristica vantajosa no que tange a configurabilidade do rastre- 
amento, porem, para casos onde o usuario deseja realizar tal rastreamento para todo o fluxo, 
OSC apresenta um formato um pouco mais trabalhoso. Alem disso, pelo que pode ser levantado 
desses trabalhos, o suporte a configuragao do mecanismo de tolerancia a falhas nas interagoes 
e oferecido unicamente pelo OSC. 

6. Conclusao e Trabalhos Futuros 

A linguagem OSC faz uso da grande flexibilidade do sistema de tipos de Acme, o que a torna 
ao mesmo tempo facilmente extensivel e propicia ao desenvolvimento para reuso, bem como 
permite ao cientista empregar esses tipos para compor a configuragao de diferentes mecanismos 
de gerencia dos atributos nao-funcionais de interesse em um workflow. 

A utilizagao neste artigo de powertypes da UML 2.0 para a exposigao das formas de 
composigao dos tipos ofertados pela linguagem OSC mascara algumas das dificuldades encon- 
tradas ao longo do desenvolvimento deste trabalho no que tange a definigao das regras arquitetu- 
rais do estilo Acme que define OSC. Em Acme, essas regras sao definidas por meio de predica- 
dos em logica de primeira ordem, que nao tem expressividade suficiente para representar algu- 
mas restrigoes na combinagao entre tipos da linguagem OSC. A criagao de fungoes de validagao 
usando a biblioteca AcmeLib, que permite a manipulagao programatica de especificagoes Acme 
na linguagem Java, vendo sendo conduzida como parte deste trabalho para suprir essa limitagao. 

Como Acme foi concebida para o intercambio de descrigoes arquiteturais entre dife- 
rentes ferramentas de especificagao arquitetural, ela se mostra particularmente adequada como 
base para a aplicagao de tecnicas de transformagao de modelos. No contexto deste artigo, 
pretende-se como trabalho futuro empregar essa caracteristica de Acme para usar OSC tambem 
como linguagem para intercambio de especificagoes de workflows. 



Tabela 1. Suporte a atributos nao-funcionais nas linguagens utilizadas pelos SGWfCs. 



Atributos nao-funcionais 



Configura9ao destes atributos no model o 

Nao e configuravel na cria^ao do modelo Gadelha Jr. et al.|201 ll. 



rZhao et al. 12007 



proveniencia 
tolerancia a falhas 
paralelismo de tarefas 
varredura de parametros 
MapReduce 



VisTrails proveniencia 

IScheidegger et al.|2008| tolerancia a falhas 

paralelismo de tarefas 
varredura de parametros 



MapReduce 

proveniencia 
tolerancia a falhas 
paralelismo de tarefas 
varredura de parametros 
MapReduce 



Taverna 

|Missieretal|2010| 



Kepler 

[Ludascher et al|2006| 



osc 



proveniencia 
tolerancia a falhas 
paralelismo de tarefas 
varredura de parametros 

MapReduce 



proveniencia 
tolerancia a falhas 
paralelismo de tarefas 
varredura de parametros 
MapReduce 



Os usuarios podem configurar o tempo maximo para execu9ao de cada tarefa. 

Os usuarios podem configurar algumas op96es, p. ex. o niimero de processos, pela configurafao dinamica de perfis. 

Atraves do operador ""foreach" 

Nao foi encontrado suporte por padrao. 

Os usuarios podem adicionar notas as tarefas. 

Nao foi encontrado suporte. 

Nao foi encontrado suporte por padrao. 

Possui um modo especifico em sua interface grafica para este tipo de execugao que 

permite a configura§ao nao so dos dados de entrada, como tambem dos resultados. 

Parte deste mecanismo e suportado pelo modulo Map do VisTrails. 

Os usuarios podem adicionar notas as tarefas e intera9oes entre tarefas. 
Usuarios podem definir a quantidade de reexecu§6es das tarefas que apresentam erros. 
A configura§ao e permitida atraves de plug-ins para execu§ao remota de tarefas, e e distinta por plug-in. 
Se o usuario passa N valores para portas que aceitam valores unicos, realiza a varredura de parametros por padrao. 
O suporte esta em desenvolvimento pelo projeto SCAPE . 
Ihttp : //www. taverna . org.uk/introduction/related-projects/scape/ 

Os usuarios podem configurar a proveniencia somente para fluxos [Altintas et al. 2006 . 

Ds nux 

Configuravel atraves do conjunto de atores e diretores desenvolvidos para a utilizacao 



Os usuarios so podem configurar os mecanismos deste atributo nos nuxos como um toao JMouallem et al.|2010|. 
Nao foi encontrado suporte por p "'''"- 



do conjunto de ferramentas para grades computacionais chamada Nimrod [Abramson et al.|2009|. 
Atraves da utilizagao do ator MapReduce Wang et al., 2009 , desenvolvido para dar suporte 
ao Hadoop, o usuario pode compor seus fluxos utilizando este modelo. 

Os usuarios podem configurar os mecanismos de proveniencia todos os elementos definindo niveis de granularidade. 
Os usuarios podem configurar os mecanismos de tolerancia a falhas para tarefas (incluindo fluxos) e conectores. 
Os usuarios podem configurar suas tarefas para execu9ao em ambientes de memdria compartilhada e/ou distribuida. 
Os usuarios podem criar fluxos que deem suporte a este atributo. 
A implementa9ao das tarefas internas aos fluxos deste tipo e que definem sua execu9ao atraves deste mecanismo. 
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